home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1043 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB
  1. Date: Tue, 26 Jul 1994 18:20:14 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: digest
  4. To: gem-list@world.std.com
  5. In-Reply-To: <2e34ef4ea9e4d@elfhaven.ersys.edmonton.ab.ca>
  6. Message-Id: <Pine.3.87.9407261814.B10263-0100000@grad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10. Wolfgang:
  11.  
  12. ]So first field will be the name of the function, for example OPEN for
  13. ]opening what ever. Second field shows what should appear in the menu-bar
  14. ]and third field is the keycode refereing to it. The application
  15. ]specific codes may start with the short name of the application
  16. ](here ABCD) followed by the specific function.
  17.  
  18. You cannot use hardware scancodes for key definitions if you want this to 
  19. work for more than one type of Atari keyboard!  You have to specify the 
  20. key as an ASCII code.  If you run into situations where two keys have the 
  21. same ASCII code, like Ctrl-H and Backspace, then you redefine Ctrl-H, 
  22. because one would not normally define Backspace to be anything other than 
  23. backspace, while one WOULD assign something special to Ctrl-H.
  24.  
  25. Since Tab, Return, Enter, Escape, Delete, and Backspace don't change from 
  26. keyboard to keyboard, then the way to tell Backspace from Ctrl-H, for 
  27. example, is to check the ASCII code for the value 8, then check it 
  28. against the hardware scancode for Backspace.  If it's NOT Backspace, then 
  29. you know it's Ctrl-H.  Simple and portable.
  30.  
  31.  
  32. Baker:
  33.  
  34. ]In that case it is unlikely that any programs developed in it will meet
  35. ]the GEM-list standard. Most other libraries try to make it as easy as
  36. ]possible for the programmer to write standards-conforming programs, 
  37. ]winlib it seems tries to do the opposite and makes it easy for programmers
  38. ]to write programs completely unlike any others for the atari.
  39.  
  40. Requring developers to use a standard key file will NOT make it as easy 
  41. as possible for developers to write conforming software.  This means they 
  42. have to add in extra code to deal with the key definition file.
  43.  
  44.  
  45. ] > Ok... you just threw away part of the OS and told peope to replace it
  46. ] > with their own code (or a library).
  47.  
  48. ]The extra code is fairly minimal - wait for events, if it's a keyboard event
  49. ]and the top window is your dialogue, call objc_find, form_keybd and 
  50. objc_edit.
  51. ]If it's a button event, use wind_find and if it returns your dialogue call
  52. ]objc_find, form_button and if necessary objc_draw. Very little extra 
  53. code. The
  54. ]FLDLIB library (a simple lib that does little more than I described) is 
  55. about
  56. ]4k.
  57.  
  58. The extra code in MY application framework is fairly minimal, but it's 
  59. still an infant.  Other developers have libraries that are in excess of 
  60. 200k!  That is FAR from minimal
  61.  
  62.  
  63.  
  64. Anyone:
  65.  
  66. Where/When can I get the new version of MultiTOS?
  67.  
  68.  
  69.